home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part2 / 13360 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: solon.com!not-for-mail
  2. From: seebs@solutions.solon.com (Peter Seebach)
  3. Newsgroups: comp.lang.misc,comp.lang.c,comp.lang.pl1,comp.lang.apl
  4. Subject: Re: GOTO controversy
  5. Date: 5 Apr 1996 23:55:12 -0600
  6. Organization: Usenet Fact Police (Undercover)
  7. Message-ID: <4k5100$3c5@solutions.solon.com>
  8. References: <314FB5F5.259B@simi.is> <4jq2en$g2q@news.cais.com> <AD87DB279668D9F74@mcdiala15.it.luc.edu> <4k3fvg$p1o@loki.tor.hookup.net>
  9. Reply-To: seebs@solon.com
  10. NNTP-Posting-Host: solutions.solon.com
  11.  
  12. In article <4k3fvg$p1o@loki.tor.hookup.net>,
  13. Rajendra Singh <Rajendra_Singh@msn.com> wrote:
  14. >VArase@varase.it.luc.edu (Verne Arase) wrote:
  15.  
  16. >>I avoid recursion in _any_ production code, no matter how I can minimize
  17. >>the stack frame.
  18.  
  19. >I wholly agree.  I do the same for my production code.  It is
  20. >especially important when you're producing mission critical
  21. >applications!
  22.  
  23. I dunno.  I am unable to convince myself that recursion is not the best way to
  24. do things like a merge sort.  I just make sure that I can prove it's no
  25. more than log(n), and that it's sane.  For most of my apps, this means that
  26. I'd run out of memory to allocate sortable objects before the stack space
  27. would be an issue.
  28.  
  29. -s
  30. -- 
  31. Peter Seebach - seebs@solon.com - Copyright 1996 Peter Seebach.
  32. C/Unix wizard -- C/Unix questions? Send mail for help.  No, really!
  33. FUCK the communications decency act.  Goddamned government.  [literally.]
  34. The *other* C FAQ - http://www.solon.com/~seebs/c/c-iaq.html
  35.